SECURITY MANAGEMENT METHOD FOR NETWORK SYSTEM 



BACKGROUND OF THE INVENTION 

The present invention relates to a security 
management method for a network having a client and 
severs, and more particularly, to a network system 
security management method which integrally manages a 
user and provides the single sign-on function of 
utilizing an integrated certificate for the user. 

With a widespread use of the Internet, the 
market trend toward the security management has changed 
drastically. Especially when a wide area network system 
such as the Internet and an intra-enterprise network 
system (intranet) are combined together, the user 
authentication function and the function of controlling 
access to resources in the two network systems, by which 
the two networks can be integrated, have been sought. In 
other words, the integral management of a user and the 
centralized management of network resources which cover 
the two of the wide area network system and intra- 
enterprise network system have been desired. 

As a method of integrally managing a user 
utilizing a wide area network system, a method as 
described in, for example, JP-A-6-223041 is known, 
according to which private information of a utilizer and 
utilization environment information are ciphered with a 
private key, a certificate issue server issues , as a 
certificate, the ciphered information to the utilizer and 
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the utilizer logs in the system by utilizing this 
certificate. Further, as a security management method 
considering a distributed system, a method as described 
in, for example, JP-A-8-106437 is known in which when a 
5 user accesses a domain which is not a home domain of the 
user, a log-on certificate for certificating gualifica- 
tion authentication of the user is utilized. Further, 
JP-A-7-141296 discloses a system in which a TTP (Trusted 
Third Party) for managing security over a network domain 

10 is provided to perform setting and change of security 

policy of the overall network and access control based on 
the security policy is carried out. 

Expectantly, the system for performing the user 
authentication and access control by utilizing the cer- 

15 tificate as described above will come into wide use as 
one of security management systems for future wide area 
network systems. But when it comes to considering an 
actual network system, the existing enterprise network 
system has difficulties in shifting to a working which 

20 integrally utilizes a certificate issued by an external 
certificate authority and shifting to the security 
management based on the TTP. Namely, a method is desired 
which introduces a single sign-on scheme based on utili- 
zation of a certificate while preserving the existing 

25 user authentication scheme based on a user ID and a 
password . 
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SUMMARY OF THE INVENTION 

An object of the present invention is to 
provide a security management method which facilitates 
shifting of the existing user authentication scheme based 
5 on a user ID and a password to the single on-sign based 
on utilization of an integrated certificate. 

Another object of the present invention is to 
provide a security management method for wide area net- 
work system which can afford to perform user authentica- 
lly tion by using a single integrated certificate in 

connection with different service requests made by the 
same user. 

According to the present invention, in a 
security management system for a network system in which 

15 a client / an application server and an integrated 

authentication server can communicate with each other 
through a network, the client makes a service request by 
transmitting information of an integrated certificate to 
the application server. The application server transfers 

20 the information of the integrated certificate to the 

integrated authentication server to request the integrat- 
ed authentication server to confirm the integrated 
certificate. The integrated authentication server 
confirms the integrated certificate and checks a user for 

25 the right to access the application server, and if valid, 
the integrated authentication server transmits a user ID 
and a password to the application server and the applica- 
tion server performs user authentication based on the 



user ID and the password. 

In place of the confirmation of the integrated 
certificate by the integrated authentication server, the 
integrated certificate may be confirmed by the applica- 
5 tion server. In that case, when the application server 
has confirmed the integrated certificate, the application 
server transfers the information of the integrated cer- 
tificate to the integrated authentication server to make 
a request for a user ID and a password to the integrated 

10 authentication server. The integrated authentication 

server checks the user for the right to access the appli- 
cation server and if valid, the integrated authentication 
server transmits the user ID and the password to the 
application server. After that, the application server 

15 may perform user authentication based on the user ID and 
the password. 

In the present invention, the client may 
transmit a user ID and a password to the application 
server to initially make a service request, and the 

20 application server may transfer the user ID and the 

password to the integrated authentication server. In 
that case, the integrated authentication server may check 
the user for the right to access the application server 
and if valid, the integrated authentication server may 

25 prepare a temporal integrated certificate and transmit it 
to the client via the application server. A security 
management method may be adopted wherein when the user 
subsequently makes a service request, the temporal 



integrated certificate is transmitted to the application 
server . 

Preferably, in the present invention, the 
results of security check, including a result of the 
5 confirmation of the integrated certificate which is 
executed by the integrated authentication server and 
application server while the client initially logs in the 
system and finally logs off the system, a result of 
checking the right to access the application server, a 
10 result of authentication of the user ID and password, and 
a result of checking the right to access data held by the 
application server, may be recorded as access history 
information in the client and the application server. 
For example, the integrated authentication server can 
15 record as access history information the result of the 

confirmation of the integrated certificate and the result 
of the security check including checking the right to 
access the application server, and access conditions of 
the user can be checked by collating the access history 
20 information recorded in the client with the access 
history information recorded in the integrated 
authentication server. 

Further, the process of the above method to be 
executed on the integrated authentication server side can 
25 be carried out by executing a computer program imple- 
mented on a storage medium readable by the integrated 
authentication server. 

When the same user possesses a plurality of 
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certificates for user authentication in respect of a 
plurality of transactions, a certificate corresponding to 
a transaction can be down-loaded from the authentication 
server to the user in response to inputting of the 
5 integrated certificate by the user and authentication of 
a communication partner and ciphering of communication 
can be realized on the basis of information of the 
certificate . 

According to the present invention, in a 

10 security management method for, for example, a network 
system in which a client, an application server or a 
communication partner and an integrated authentication 
server can communicate with each other through a network, 
the client transmits information of an integrated cer- 

15 tificate to the integrated authentication server to 

request the integrated authentication server to authenti- 
cate a user of the client. In response to a request for 
communicating with an application of the application 
server or the communication partner made by the client, 

20 the integrated authentication server checks the right to 
access and if valid, the integrated authentication server 
transmits a certificate of the transaction to an entity 
concerned in communication and the client ciphers a 
communication message to the application server or the 

25 communication partner by using key information which is 

inherent to the client and which paired with the informa- 
tion of the certificate. The application server or the 
communication partner confirms the client on the basis of 



the information of the certificate, decodes the communi- 
cation message and ciphers a communication message to the 
client by using key information which is inherent to the 
application server or the communication partner and which 
5 paired with the information of the certificate. The 

client confirms the application server or the communica- 
tion partner on the basis of the information of the 
certificate and decodes the communication message. 

In place of down-loading of the certificate of 

10 an entity concerned in communication by the integrated 

authentication server, the entity concerned in communica- 
tion may manage the certificate and may make a request 
for a certificate revocation list to the integrated 
authentication server so that when the client makes a 

15 communication request, the client may check the validity 
of the certificate of the application server or the 
communication partner on the basis of information of the 
certificate revocation list. If the validity is deter- 
mined by the checking, the client ciphers a communication 

20 message to the application server or the communication 

partner by using key information which is inherent to the 
client and which paired with the information of the 
certificate. The application server or the communication 
partner confirms the client on the basis of the informa- 

25 tion of the certificate, decodes the communication 

message and ciphers a communication message to the client 
by using key information which is inherent to the appli- 
cation server or the communication partner and which 
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paired with the information of the certificate. The 
client may confirm the application server or the communi- 
cation partner on the basis of the information of the 
certificate and may decode the communication message. 
5 According to the present invention, while the 

application server and the database server preserve the 
conventional user authentication and access control based 
on a user ID and a password, the function of single sign- 
on utilizing the integrated certificate can be provided 

10 to the user. Even for a user not having the integrated 
certificate, the single sign-on can be realized by 
issuing a temporal integrated certificate. Further, the 
client cooperates with the integrated authentication 
server, thereby ensuring that access conditions of the 

15 user can be supervised so as to exclude a user who is in 
problematic access conditions from the system. 

In a closed network such as an enterprise 
network connected to a wide area network, single sign-on 
can be realized while maintaining security of high 

20 degree. Further, when a user uses certificates in 

respect of individual service transactions, single sign- 
on can be realized by authenticating the user by means of 
the integrated certificate and the user need not manage a 
certificate in respect of each service transaction. 



25 BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a diagram showing the construction of 
a network system according to an embodiment of the 



present invention. 

Fig. 2 is a diagram for explaining a scheme in 
which a server 3 integrally manages security information 
in the embodiment shown in Fig. 1. 

Fig. 3 is a diagram showing an example of 
information of LDAP format. 

Fig. 4 is a diagram showing the procedure in 
which an integrated authentication server 2 acquires 
security information of a user from the server 3 in the 
embodiment shown in Fig . 1 . 

Fig. 5 is a diagram showing the processing 
procedure of single sign-on utilizing an integrated 
certificate in the embodiment shown in Fig. 1. 

Fig. 6 is a diagram showing the processing 
procedure in which in place of the integrated authen- 
tication server 2, a DB server 5/application server 6 
confirms the integrated certificate in the processing 
procedure of Fig . 5 . 

Fig. 7 is a diagram showing the processing 
procedure of single sign-on conducted by a user not 
possessing a certificate in the embodiment shown in Fig. 
1. 

Fig. 8 is a diagram showing the processing 
procedure in which the integrated authentication server 2 
supervises access conditions of a user to detect security 
violation in the embodiment shown in Fig. 1. 

Fig. 9 is a diagram for explaining the process 
for managing security information in the embodiment shown 



in Fig. 1. 

Fig. 10 is a diagram for explaining the 
procedure of the process of ciphering data with a group 
key. 

5 Fig. 11 is a diagram showing the processing 

procedure of single sign-on utilizing an integrated 
certificate according to another embodiment of the 
present invention. 

Fig. 12 is a diagram for explaining the mutual 
10 authentication between entities concerned in communica- 
tion and the process of generating a session key in the 
processing procedure of Fig. 11. 

Fig. 13 is a diagram for explaining the 
processing procedure in which an entity concerned in 
15 communication manages a certificate and confirms the 

validity of the certificate on the basis of the latest 
certificate revocation list. 



DESCRIPTION OF THE PREFERRED EMBODIMENTS 

An embodiment of the present invention will be 
20 described hereunder with reference to the drawings. 

Fig. 1 is a diagram showing the construction of 
a network system according to an embodiment of the 
present invention. A wide area network 10 such as the 
Internet is connected with an enterprise network system 
25 (intranet) 1 and a different enterprise network system 9. 

The enterprise network system 1 is connected 
with a client 8 (only one is illustrated in the figure 



but there are plural ones) and besides, connected with an 
integrated authentication server 2, a server 3 for 
managing security information, a database (DB) server 5, 
an application server 6, a group-ware server 4, a key 
5 management server 17 and an integrated certificate issue 
server 18. 

The DB server 5 and the application server 6 
are servers which are accessed from the client 8 and 
utilized for service processing. The group-ware server 4 

10 is a server which sends an initial service menu picture 

to the client 8,. sends an electronic mail to the client 8 
and manages the schedule of a user. The server 3 is a 
server which integrally manages security information 
including information for controlling the access to the 

15 DB server 5 and the application server 6 and user's 

access control information inclusive of authentication 
information such as a user ID and a password. The 
integrated authentication server 2 is a server which 
checks the right of the user to access the DB server 5 

20 and the application server 6 by confirming an integrated 
certificate sent from the client 8 and acquiring the 
security information from the server 3. The key manage- 
ment server 17 is a server which generates a master key 
used in cipher communication within the enterprise 

25 network system 1. 

The wide area network 10 is connected with an 
external certificate authority server 7. The external 
certificate authority server 7 is a server which issues 
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an external certificate in accordance with a predeter- 
mined procedure. The integrated certificate issue server 
18 is a server which issues an integrated certificate to 
a user who has no external certificate in accordance with 
5 a request from the integrated authentication server 2. A 
so-called directory server may otherwise have the infor- 
mation of the server 3. The client 8 and the various 
servers are information processing units each including a 
personal computer and a work station. Further, by 

10 executing computer programs implemented on storage media 
readable by the client 8 and the various servers, the 
processes of the client 8 and the various servers to be 
detailed hereinafter can be carried out. 

It is considered that information of an 

15 integrated certificate of a user is inputted from the 
client 8 or a client 20 connected to the different 
enterprise network system 9 and is logged in, for 
example, the DB server 5. In that case, the DB server 5 
or the integrated authentication server 2 confirms the 

20 integrated certificate and the integrated authentication 
server 2 acquires security information from the server 3 
to check the right of the user to access the DB server 5. 
If the right to access is authorized, authentication 
information such as a user ID and a password is sent to 

25 the DB server 5 and the DB server 5 carries out the 

user's authentication process for the user by using the 
conventional user ID and password. When the user subse- 
quently logs in the application server 6 after the user 
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has completed the service process utilizing the DB server 
5, the client 20 automatically transmits to the applica- 
tion server 6 the already inputted integrated certificate 
and carries out the above procedure, thus realizing 
5 single sign-on. 

For a user who has no integrated certificate, 
an integrated certificate is issued through the conven- 
tional log-in effected by inputting a user ID and a 
password and thereafter, each time that the service 

10 process shifts from one to another, the client 20 

transmits the integrated certificate to a particular 
application server, thereby permitting single sign-on. 

Fig. 2 is a diagram for explaining a scheme in 
which the server 3 for managing security information 

15 integrally manages the security information. Security 
information concerning users and resources (documents, 
databases, terminal units, application programs and so 
on) managed by individual servers before the server 3 is 
introduced is converted into an LDAP format by means of 

20 an LDAP information conversion program and sent to a 
storage unit 200 of the server 3 so as to be managed 
integrally by the server 3. The LDAP (Lightweight Data 
Access Protocol) referred to herein is directory access 
protocol of IETF standards. Denoted by 210 is informa- 

25 tion used in an embodiment shown in Fig. 13. 

Fig. 3 is a diagram showing, as an example of 
information of the LDAP format, a format of information 
300 for definition of a document and application server's 
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access control. The definition of document is comprised 
of document identifying information and document's access 
control information. The document identifying informa- 
tion is comprised of an identifier of a document, an 
5 identifier of a server which manages this document, an 
organization name, and information about the document 
(title of the document, update date of the document, 
document manager, keyword for retrieval of the document, 
theme, abstract and writer name). On the other hand, the 

10 document's access control information includes access 
control information, final correction information and 
security policy. The access control information is 
information for controlling access to part of a document 
such as controlling access to a specified page in the 

15 document. The final correction information provides an 
update date of the access control information. The 
security policy is for setting an access level of a user 
who is permitted to access the document. A working is 
possible in which users of, for example, policy numbers 1 

20 to 3 are permitted to access that document. The defini- 
tion of document is information managed by the applica- 
tion server 6. Denoted by 310 is information used in 
embodiments shown in Figs. 11 to 13. 

As ACL (Access Control List) information of the 

25 application server, access information when the applica- 
tion server 6 is accessed, an identifier of a managing 
server of the access control information and an update 
date of definition of domain security are defined and as 
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the security policy, a default security policy, an 
approved security policy and a passed-through DSA (Domain 
Security Authority) are defined. For the approved 
security policy, a working is possible in which users of, 
5 for example, policy numbers 1 to 5 are permitted to 
access the application server 6 . According to the 
passed-through DSA, authentication of a user is so 
defined that it is necessarily done by way of the 
integrated authentication server 2 . The access control 

10 information of the application server is information 
which is held by the server 3 and managed by the 
integrated authentication server 2. 

In addition to the aforementioned access 
control information, access control information must be 

15 set also for a user who accesses the application server 6 
to access a specified document. Set in the access 
control information of the user are information of an 
integrated certificate of the user, authentication 
information such as a user ID and a password, information 

20 concerning a department to which the user belongs and a 
user's title, and an access level (policy number) of the 
user. By setting the access level, a working is possible 
in which a user of a policy number of, for example, 4 is 
permitted to access the application server 6 but is not 

25 permitted to access a document "XXXX" . Also, another 
working is possible in which users who are of higher 
titles than a certain title are permitted to access a 
specified document. 
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Fig. 4 is a diagram showing the procedure in 
which the integrated authentication server 2 acquires 
security information of a user from the server 3 . The 
LDAP protocol is used for the procedure of acquiring the 
security information. The integrated authentication 
server 2 first establishes a LDAP connection to the 
server 3 through ldap_open and after performing mutual 
authentication between the integrated authentication 
server 2 and the server 3 through ldap_simple_bind_s , the 
integrated authentication server 2 transmits an integrat- 
ed certificate number of the user and a user ID through 
ldap_search_s, thus causing the server 3 to transmit 
security information of the user to the integrated 
authentication server 2 . 

Fig. 5 is a diagram showing the procedure in 
which a user who performs an input operation to the 
client 8 initially logs in the enterprise network system 
1 (step 502) and finally logs off (step 564). Here, the 
procedure will be described in which the user logs in by 
using an integrated certificate (inclusive of an external 
certificate) . 

The client 8 displays a service menu on a 
display unit of the client 8. When the user selects the 
application server 6 from the service menu (step 500), 
information of an integrated certificate is inputted to 
the client 8 from a storage medium such as an IC card of 
the user. The client 8 ciphers the information of the 
integrated certificate with a private key of the user to 



store the ciphered information in a storage unit of its 
own (not shown) and thereafter, transmits a service 
request and the contents of the integrated certificate 
ciphered with the private key of the user to the appli- 
5 cation server 6. The application server 6 transfers the 
information of the integrated certificate, as it is, to 
the integrated authentication server 2 to request the 
integrated authentication server 2 to confirm the 
contents of the integrated certificate. 

10 After decoding the ciphered integrated certif- 

icate of the user with a public key of the user, the 
integrated authentication server 2 confirms the integrat- 
ed certificate (step 510). Data structure of the 
integrated certificate is defined by X. 509 to contain 

15 information such as owner's name, issuer, issuer's 

signature of issue originator and availability term. 
Since the signature is ciphered with a private key of the 
issuer, the integrated authentication server 2 first 
decodes this signature with a public key of the issuer 

20 and compares it with an original to confirm the validity 
of the integrated certificate. Subsequently, the con- 
tents such as availability term is confirmed. If the 
integrated certificate is invalid (NG in step 510), a 
log-in reject message is transmitted to the client 8 via 

25 the application server 6. If the integrated certificate 
is valid (OK in step 510), an inquiry is sent to the 
server 3 to obtain security information of the user. The 
procedure for this is the same as that described 
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previously. The security information of the user is 
comprised of access control information of the applica- 
tion server 6 and access control information of the user. 
The integrated authentication server 2 compares an access 
5 level of the user with that of the application server 6 
and if access to the application server 6 is permissible, 
the integrated authentication server records access 
history information to the effect that the access by the 
user is permitted in a storage unit (step 512) and trans- 
it) mits access control information of the user including 

ciphered user ID, password, access level and title infor- 
mation to the application server 6 . When the application 
server 6 holds the user's access control information such 
as access level and title information corresponding to 
15 the user ID, transmission of access control information 
excepting the user ID and password is unneeded. 

The application server 6 decodes the received 
access control information and first carries out the 
authentication process to decide whether the user ID and 
20 the password coincide with registered ones (step 520). 
If non-coincidence is determined, the access to the 
application server 6 is not permitted. If coincidence is 
determined, an accept message is transmitted to the 
client 8. Thereafter, each time that a request for 
25 accessing a document is sent from the client 8, it is 

decided on the basis of access control information of the 
document, access level of the user and title information 
whether access to the document is permissible. The 
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client 8 makes a request for accessing a document 
possessed by the application server 6 to carry out the 
service process (step 530). During the service process, 
the client 8 records access history information for the 
5 accessed document in the storage unit (step 532). 

After the service process related to the 
application server 6 has been completed, the service menu 
is again displayed on the display unit of the client 8. 
If the user subsequently selects the DB server 5, the 

10 client 8 reads the stored integrated certificate of the 
user and automatically transmits it together with a 
service request to the DB server 5. Accordingly, the 
user is not required to again input the information of 
the integrated certificate. The DB server 5 transfers 

15 the information of the integrated certificate to the 
integrated authentication server 2 to request the 
integrated authentication server 2 to confirm the 
contents of the information. Thereafter, similarly to 
the above, the integrated authentication server 2 decodes 

20 the ciphered integrated certificate with the public key 
of the user and then carries out confirmation of the 
integrated certificate (step 540), records a result of 
the confirmation of the integrated certificate and access 
history information to the effect that access by the user 

25 to the DB server 5 is permissible/impermissible (step 

542) and transmits the access control information to the 
DB server 5 . 

The DB server performs the authentication 



process for the user by using the user ID and password 
(step 550). If the access by the user is permitted, it 
is then decided on the received access control informa- 
tion whether access to designated database, table and a 
5 series of tables is permissible. The client 8 carries 
out the service process by utilizing the DB server 5 
(step 560) and during the service process, records access 
history information for the accessed database (step 562). 

When the service process is completed in this 

10 manner and the user inputs log-off (step 564), the client 
8 sends the recorded access history information to the 
integrated authentication server 2 and removes the 
information of the integrated certificate held on the 
storage unit. The integrated authentication server 2 

15 compares the received access history information with the 
access history information recorded by the integrated 
authentication server 2 to check whether the access is 
valid (step 570) . 

If, in the processing procedure of Fig. 5, the 

20 client logs in the group-ware server 4 instead of initi- 
ally logging in the application server 6, a similar 
processing procedure holds . 

Fig. 6 is a diagram showing the processing 
procedure when the application server 6 and the DB server 

25 5 have by themselves the function of confirming the 

contents of the integrated certificate. The procedure of 
Fig. 6 differs from that of Fig. 5 in that in place of 
the integrated authentication server 2 , each of the 



application server 6 and DB server 5 decodes an inte- 
grated certificate ciphered with a private key of a user 
by using a public key of the user and thereafter confirms 
the integrated certificate. It is to be noted that in 
5 order for each application server to confirm the contents 
of the integrated certificate, the server must have the 
function of acquiring a public key of an issuer of the 
integrated certificate and verifying an issuer's sig- 
nature. Excepting the above, the processing procedure is 
10 substantially the same as that of Fig. 5 and will not 
detailed. 

Fig. 7 is a diagram showing the processing 
procedure in which a user not possessing an integrated 
certificate initially logs in the enterprise network 

15 system 1 (step 7 02) and finally logs off the enterprise 
network system (step 764). When the user selects the 
application server 6 from a service menu at the client 8 
(step 700) and inputs a user ID and a password, the 
client 8 transmits a service request, the user ID and the 

20 password to the application server 6 . The application 
server 6 performs the authentication process to decide 
whether the received user ID and password coincide with 
registered ones (step 710). If non-coincident, access to 
the application server 6 is rejected. If coincident, the 

25 application server 6 sends the received user ID and 

password to the integrated authentication server 2 . The 
integrated authentication server 2 makes an inquiry to 
the server 3 by sending the user ID and password to 



obtain security information of the user. 

Next, the integrated authentication server 2 
checks whether the user has the right to access the 
application server 6 through the aforementioned check 
5 process based on the security information received from 
the server 3 (step 720). If the user does not have the 
right (NG in step 720), a log-in reject message is trans- 
mitted to the client 8. If the user has the right (OK in 
step 720), an integrated certificate is issued (step 

10 722). This integrated certificate is issued with the aim 
of permitting temporary access to the application server 
6 and therefore its valid term is shorter than that of 
the usual integrated certificate (for example, a day's 
integrated certificate) and the right to access the 

15 application server 6 is also limited. Subseguently , the 
integrated authentication server 2 transmits the inte- 
grated certificate and access control information of the 
user such as access level and title information to the 
application server 6. When the application server 6 

20 holds the access control information, the transmission of 
the access control information is unneeded. The applica- 
tion server 6 transmits the received integrated certif- 
icate to the client 8. 

After storing the received integrated certif- 

25 icate in the storage unit, the client 8 makes a request 

for accessing a document held by the application server 6 
to perform the service process (step 730). Each time 
that the application server 6 receives a request for 
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accessing a document from the client 8 f the application 
server 6 decides, on the basis of access control informa- 
tion of the document, access level of the user and title 
information, whether the access to the document is 
5 permissible. During the service process, the client 8 
records access history information for the accessed 
document (step 732). The client 8 periodically checks 
the availability term of the integrated certificate and 
gives an alarm to the user when the term expires. 

10 The service process related to the application 

server 6 is completed in this manner. After that, when 
the user newly selects the DB server 5, the client 8 
reads the stored integrated certificate and transmits it 
to the DB server 5, together with a new service request. 

15 The DB server 5 sends the information of the integrated 
certificate to the integrated authentication server 2 to 
request the integrated authentication server to confirm 
the contents of the integrated certificate. The inte- 
grated authentication server 2 confirms the integrated 

20 certificate in the manner described above (step 740) and 
transmits the access control information inclusive of the 
user ID and password to the DB server 5. The DB server 5 
carries out, for the client 8, the authentication process 
based on the user ID and password (step 750) and if 

25 valid, access to the DB server 5 is permitted. 

Subsequently, the client 8 transmits a request 
for accessing a database to the DB server 5 as described 
previously and the DB server 5 decides on the basis of 
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the user's access control information whether the access 
to the database is permissible. The client 8 performs 
the service process by utilizing the DB server 5 (step 
760) and during the service process, records access 
5 history information for the accessed database (step 762). 
When the service process is completed in this manner and 
the user inputs log-off (step 764), the client 8 sends 
the recorded access history information to the integrated 
authentication server 2 and removes the held information 

10 of integrated certificate. The integrated authentication 
server 2 compares the received access history information 
with access history information recorded by the inte- 
grated authentication server 2 to decide whether the 
access is valid (step 770). If the user subsequently 

15 makes a request for issuing the integrated certificate as 
part of the log-off procedure, the client 8 transmits 
this request to the integrated authentication server 2. 
The integrated authentication server 2 checks whether the 
security information and access conditions of the user 

20 are of matter (step 772). Namely, if log-in permission 
is not recorded in the access history information 
available after the integrated authentication server 2 
has confirmed the right of the user, it of course 
matters. Further, if, in spite of the absence of a 

25 record of subsequent permission of access to the DB 
server 5, access history information on the side of 
client 8 has a record of access to the DB server 5, it 
matters. Further, if a case that access is not permitted 
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when the client 8 accesses a document of the application 
server 6 and a database of the DB server 5 is recorded in 
access history information on the side of client 8, it 
matters. When there occurs a problem (YES), the inte- 
5 grated authentication server 2 transmits to the client 8 
a message to the effect that issue of an integrated 
certificate is not permitted. If there occurs no problem 
(NO), the integrated authentication server 2 transmits a 
request for issuing an integrated certificate to the 

10 integrated certificate issue server 18, the integrated 

certificate issue server 18 issues an integrated certif- 
icate (step 780) and transmits it to the integrated 
authentication server 2, and the integrated authentica- 
tion server 2 transmits this integrated certificate to 

15 the client 8. 

The client 8 delivers the received integrated 
certificate to an external recording medium such as an IC 
card or a floppy disk. Thereafter, the user is permitted 
to carry out the log-in procedure using the integrated 

20 certificate as shown in Fig. 5. In this manner, accord- 
ing to the present embodiment, even the user not posses- 
sing the integrated certificate can realize single sign- 
on through one log-in operation. It is preferable that 
the integrated authentication server 2, application 

25 server 6 and DB server 5 should support both the proces- 
sing procedure shown in Fig. 5 and the processing 
procedure shown in Fig. 7 in combination. 

Fig. 8 is a diagram showing the processing 
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procedure in which the integrated authentication sever 2 
supervises access conditions of a user to detect security- 
violation. The client 8 cooperates with the integrated 
authentication server 2 to check access conditions of the 
5 user, thus ensuring that security violation upon a system 
can be detected. 

In an example of Fig. 8, a situation is 
depicted in which when a request for accessing a document 
is made while the client 8 accesses the application 

10 server 6 and performs the service process (step 830), the 
application server 6 checks the access on the basis of 
the access control information of the user and access 
control information of the document (step 840), and if 
the access reject is proven to be invalid, a message of 

15 access reject is returned to the client 8. The client 8 
records the access reject in access history information 
(step 832). When the client 8 instructs log-off (step 
834), the access history information for that user 
recorded by the client 8 is transmitted to the integrated 

20 authentication server 2. The integrated authentication 
server 2 decides, on the basis of the access history 
information collected by the integrated authentication 
server 2, the access history information collected by the 
client 8 and collation of the two, whether the access 

25 conditions of the user is valid (steps 850 and 852). If 
it is determined that the user makes invalid access or 
unauthorized access (NO), the integrated authentication 
server 2 carries out the process for removing the user's 
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access control information (step 854). 

For example, the following cases are enumerated 
as invalid access or unauthorized access by the user. 

(a) Log-in accept is not recorded in the 

5 integrated authentication server 2. Namely, the result 
of confirmation of the integrated certificate indicates 
log-in reject. 

(b) In spite of the fact that the integrated 
authentication server 2 checks and confirms the user's 

10 right and as a result access to the application server is 
not permitted, the client 8 accesses the application 
server . 

(c) The result of the authentication process 
effected by the application server or the DB server 

15 indicates access reject. 

(d) The client 8 detects that the availability 
term of the integrated certificate expires . 

(e) The client 8 tries to access impermissible 
document and database. 

20 (f ) Processing times related to security which 

are recorded in the access history information, including 
time that the client 8 inputs the integrated certificate, 
time that log-in is instructed, time that the integrated 
authentication server 2 confirms the integrated certif- 

25 icate and time that the application server 6 authenti- 
cates the user to permit access to the application server 
6 , are not in correct sequence of time series . 

According to the present embodiment, since the 
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integrated authentication server 2 and server 3 integral- 
ly manage the security information including access 
control information of the user and access control 
information of the application server, the security 
5 information can be registered and updated in centralized 
fashion and in contrast to the prior art, individual 
application servers need not manage security information 
indi vidua 1 ly . 

Fig. 9 is a diagram showing the procedure of 

10 registration, reference and update of security informa- 
tion. Fig. 9 shows at (a) the processing procedure at 
the phase of registration of security information. When 
each server requests the server 3 to register security 
information, the server 3 registers the requested 

15 security information in the storage unit. At that time, 
the existing security information can be converted into 
the LDAP format by utilizing the LDAP information conver- 
sion program as described previously. 

Fig. 9 shows at (b) a diagram showing the 

20 procedure of reference to security information. Each 
server inquires the integrated authentication server 2 
about security information. If the integrated authenti- 
cation server 2 has already fetched security information 
concerning a designated user (YES in step 900), it 

25 answers the security information. If not fetched (NO in 
step 900), the integrated authentication server inquires 
the server 3 to acquire security information and then 
answers a request originator server. For example, this 
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corresponds to the case where the application server 6 
and DB server 5 shown in Fig . 6 transmit integrated 
certificate information to the integrated authentication 
server 2 to refer to security information. This also 
5 corresponds to the case where the application server 6 

shown in Fig. 7 transmits the user ID and password to the 
integrated authentication server 2 to confirm the right 
of the user and issues an integrated certificate to 
receive access control information of the user. 

10 Fig. 9 shows at (c) a diagram showing an 

example of update of security information. When the 
integrated authentication server 2 detects security 
violation by a user (NO in step 852), it informs each 
server of removal of the user. Also, integrated 

15 authentication server 2 requests the server 3 to remove 
access control information of that user. 

The integrated authentication server 2 and the 
server 3 may not be separated but may be integrated to 
realize the present invention. The integrated authenti- 

2 0 cation server 2, the server 3, the key management server 
17 and the integrated certificate issue server 18 can 
also be realized with the same server. 

Next, cipher communication among the client 8, 
servers 5 and 6 and integrated authentication server 2 

25 will be described. In the event that a user steals the 
conventional user information especially password infor- 
mation on a communication line, the user impersonates 
another person on the basis of the stolen information to 
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threaten security- In the present invention, a user is 
confirmed by using information of integrated certificate 
which may be published in essentiality and therefore if 
information of a private key of the user is tapped in 
5 addition to the information of the integrated certif- 
icate, there is a possibility that a wrong third person 
impersonates another person. Accordingly, communication 
among the client 8, servers 5 and 6 and integrated 
authentication server 2 must be done in the form of 

10 cipher communication after the communication partners 
have authenticated each other. Especially, since 
security information concerning a user is transmitted/ 
received between each server and the integrated authenti- 
cation server 2, the information must be protected such 

15 that only the person concerned can see the information. 
For example, as communication means for protecting 
security information, SSL (Secure Socket Layer) has been 
known . 

For performing cipher communication, it matters 
20 that the key management such as generation, delivery and 
recovery of a cipher key is dealt with. Different 
management methods and realization methods are available 
depending on what ciphering means is used. Hereinafter, 
a ciphering technique based on a group key ciphering 
25 scheme which is one of ciphering schemes suitable for the 
present invention and is called Multi2 will be described. 

Fig. 10 is a diagram for explaining the proces- 
sing procedure of ciphering data by using a group key. 
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The key manager 17 prepares and distributes master keys 
of the client and the server (step 1000). When a cipher 
key for ciphering a message is generated from the master 
key, partners (a plurality of partners may be designated) 
5 by which the message is desired to be read are registered 
in a destination list, a group key is dynamically pre- 
pared from the master key and the destination list (step 
1010), and the message is ciphered with this group key 
(step 1012). In an example of Fig. 10, when transmitting 

10 a message A to the application server 6, the client 8 

designates the client 8, the application server 6 and the 
integrated authentication server 2 in a destination list 
A. Then, the client does not transmit the group key A to 
the application server 6 but transmits only the ciphered 

15 message A and the destination list A. In order to decode 
the message A received from the client 8, the application 
server 6 dynamically prepares the group key A from the 
master key and the destination list A which is received 
together with the message A (step 1020). The application 

20 server 6 decodes the message A with the thus prepared 

group key A (step 1022). When the message A is transmit- 
ted from the application server 6 to the integrated 
authentication server 2, too, the group key A is prepared 
from the master key and the destination list A and a 

25 message A desired to be transmitted is ciphered with the 
group key A. Since the group key A is registered in the 
destination list A and can be prepared dynamically by 
only a partner having the master key, it is possible that 
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only a partner by which the message A is desired to be 
read can be permitted to read the message A (steps 1030 
and 1032) . 

Next, when the integrated authentication server 
5 2 desires to transmit a message B to the application 
server 6, only the application server 6 is set in a 
destination list B, and the message B is ciphered with a 
group key B prepared from the master key and the destina- 
tion list B (step 1034) and transmitted (step 1036). 

10 Even if the client 8 tries to decode this ciphered 

message, the client 8 cannot decode it because the client 
8 is not recorded in the destination list B. In this 
manner, only the application server 6 is permitted to 
prepare the group key B (step 1040) and decode the 

15 message B. In the example of Fig. 10, the cipher 

communication based on the group key available between 
the client 8 and each server is described but each user 
can afford to possess a master key. In this case, the 
master key is stored in an IC card of each user and a 

20 group key can be generated in the IC card. 

On the other hand, in recent electronic com- 
mercial transaction and communication, the authentication 
processing using a certificate based on a public key and 
the processing of ciphering communication have been 

25 taking the lead. Accordingly, it is frequent that only 
one user has many certificates. 

The present inventors have considered that the 
management and working of a plurality of certificates 



themselves possessed by each user must be taken into 
account . 

In another embodiment of the present invention 
to be described below, the security management for user 
5 authentication and the communication cipher processing is 
realized by down-loading a certificate and a certificate 
revocation list for each service on the basis of an 
integrated certificate . 

The present embodiment will be described with 

10 reference to Fig. 1. When the client 8 or the client 20 
connected to the different enterprise network system 9 
logs in, for example, the DB server 5 by inputting 
information of an integrated certificate, the integrated 
authentication server 2 confirms the integrated certif- 

15 icate and acquires security information from the server 3 
to check the right to access the DB server 5. If the 
right to access is valid, certificate information of 
entities concerned in communication is sent to the client 
8 or 20 and the DB server 5 and the processing between 

20 the client 8 or 20 and the DB server 5 is initiated. 

The client ciphers a communication message to 
the DB server 5 by using key information (hereinafter 
referred to as private key) which paired with the infor- 
mation of the aforementioned certificate and which is 

25 inherent to the client, and the DB server 5 confirms the 
client by using a public key of the client extracted from 
the aforementioned certificate and decodes the communica- 
tion message. 
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In the DB server 5, too, a communication 
message to the client can be ciphered with a private key 
of the DB server 5 which paired with the information of 
the aforementioned certificate and in the client, the 
partner is confirmed by using a public key of the DB 
server 5 extracted from the aforementioned certificate 
and the communication message can be decoded. 

In this manner, certificate information neces- 
sary for the transaction included in a plurality of 
certificates possessed by the user can be extracted from 
the information of the integrated certificate, validity 
of the certificate is confirmed by the latest certificate 
revocation list held by the integrated authentication 
server 2 and thereafter, the certificate is delivered to 
entities concerned in communication, thus ensuring that 
the entities concerned in communication are not required 
to manage the certificate. 

Further, when the client subsequently logs in 
the application server 6, the certificate information of 
entity concerned in communication is sent from the 
integrated authentication server 2 to the client 8 or 20 
and the application server 6, thereby realizing single 
sign-on . 

Fig. 11 is a diagram showing the processing 
procedure in which the a user of the client 8 initially 
logs in the enterprise network system 1 (step 1102) and 
finally logs off it (step 1144). Here, the procedure in 
which the user logs in by using an integrated certificate 
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will be described. 

The client 8 displays a service menu on the 
display screen of the client 8. When a user selects the 
application server 6 from the service menu and inputs 
5 information of an integrated certificate from a private 
information storage medium such as an IC card (step 
1100), the client 8 ciphers the information of the 
integrated certificate with a private key of the user, 
stores it in the storage unit of its own and then trans- 

10 mits a service request and the contents of the integrated 
certificate ciphered by the private key of the user to 
the integrated authentication server 2 . 

After decoding the information of the ciphered 
integrated certificate with a public key of the user, the 

15 integrated authentication server 2 confirms the integrat- 
ed certificate (step 1110). 

Data structure of the integrated certificate is 
prescribed by X.509 and includes information of owner 
name, issuer, issuer's signature and availability term. 

20 The issuer's signature is ciphered with a 

private key of an issuer and therefore this signature is 
first decoded with a public key of the issuer and com- 
pared with an original so that the integrated certificate 
may be confirmed to be valid. Next, the contents such as 

25 the availability term is confirmed. If the integrated 
certificate is an unauthorized one (NG in step 1110), a 
log-in reject message is transmitted to the client 8. If 
the integrated certificate is an authorized one (OK in 
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step 1110), user's security information is acquired by 
inquiring the server 3. The procedure for this has 
already been described previously. The user's security 
information is comprised of access control information of 
5 the application server 6, access control information of 
the user and certificates of the application server 6 and 
the user which are necessary for this service. 

The integrated authentication server 2 compares 
an access level of the user with an access level of the 

10 application server 6 and if access to the application 
server 6 is permissible, extracts certificates of the 
application server 6 and user concerning the service and 
confirms the effectiveness of the certificates by con- 
firming the latest certificate revocation list. If 

15 information pieces of the certificates of the two are 

effective, access history information to the effect that 
access by the user is permitted is recorded in the 
storage unit (step 1112) and the certificate information 
pieces of the two are transmitted. At that time, since 

20 the certificate information is transmitted while being 
ciphered with the public key of a recipient and hence 
conveniently, only a concerned entity having a private 
key is permitted to decode the certificate information. 

The client 8 makes a request for accessing a 

25 document held by the application server 6 and performs 

the service process. Prior to this operation, the mutual 
authentication process is carried out, the procedure of 
which will be described with reference to Fig. 12. After 
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the mutual authentication process has been completed, the 
client 8 is permitted to cipher data and transmit the 
data to the application server 6 . The client 8 ciphers a 
message by using a session key which is negotiated during 
5 the authentication process effected mutually with the 

application server 6 . This cipher process is carried out 
by the client 8 and therefore the user can be unconscious 
of this process. The ciphered message is decoded with a 
session key held by the application server 6 and can be 

10 read by only the application server 6. When a message is 
transmitted from the application server 6 to the client 
8, cipher/decipher can be effected similarly using the 
aforementioned session key. Since a temporary key which 
is effective for only one time use is used as a typical 

15 session key, security of communication can be high. 

Further, in the present embodiment, the session 
key is prepared on the sever side during the authentica- 
tion process but it can also be prepared on the client 
side. Further, the preparation method of session key 

20 itself conforms to protocol sequence of each transaction. 

During the service process (step 1120), the 
client 8 records access history information for the 
accessed document in the storage unit (step 1122). 

After the service process related to the 

25 application server 6 has been completed in this manner, 
the service menu is again displayed on the display unit 
of the client 8. If the user then selects the electronic 
transaction process mutual with the client 20 (step 
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1124), the client 8 reads the stored integrated certif- 
icate of the user to automatically transmit it, together 
with a service request, to the integrated authentication 
server 2. Accordingly, the user need not input again the 
5 information of the integrated certificate. 

Thereafter, similarly to the above, the inte- 
grated authentication server 2 decodes the ciphered 
integrated certificate with the public key of the user to 
subsequently confirm the integrated certificate (step 
10 1130) and if the result of confirmation of the integrated 
certificate does not matter, access history information 
to the effect that access by the user to the electronic 
transaction process is accepted/rejected is recorded 
(step 1132) . 

15 When the integrated authentication server 2 

permits the user's access, it confirms the client 8 about 
the validity of the certificates of the client 8 and the 
client 20 which is a transaction partner and then trans- 
mits the certificate information pieces to entities 

20 concerned in communication. The client 8 conducts the 
electronic transaction process mutually with the client 
20 by using the information of the certificates (step 
1140) and during the transaction process, records access 
history information (step 1142). When the process is 

25 completed in this manner and the user inputs log-off 
(step 1144), the client 8 sends the recorded access 
history information to the integrated authentication 
server 2 and removes the information of the integrated 
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certificate held on the storage unit. The integrated 
authentication server 2 compares the received access 
history information with the access history information 
recorded by the integrated authentication server 2 to 
check whether the access is authorized one (step 1150). 

Fig. 12 shows an example of the mutual 
authentication process carried out between the client 8 
and the application server 6 which are persons concerned 
in communication. The method for mutual authentication 
conforms to transaction protocol and in the example of 
Fig. 12, mutual authentication is effected through a 
scheme in which the certificate and the value of 
challenge are confirmed. 

Firstly, the client 8 affixes an electronic 
signature of the client to a certificate of a user of the 
client 8 and sends it to the application server 6 (steps 
1200 and 1202). The electronic signature referred to 
herein is information obtained by ciphering, with a 
private key of the user, a special data string (for 
example, Hashed value) prepared from a user's name 
through the Hash function. 

The application server 6 extracts the Hashed 
value by decoding the received signature with a public 
key of the user included in the certificate. Then, the 
application server 6 actually prepares a value from the 
user's name through the Hash function and verifies 
whether the value coincides with the received Hashed 
value. Further, the application server 6 confirms 
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whether the received certificate is valid (step 1210) and 
if results of all confirmation operations are correct, 
the application server 6 authenticates the user of the 
client 8. 

5 Next, the application server 6 prepares a 

session key and ciphers it with the public key of the 
user and then, transmits the ciphered session key (step 
1212). The client 8 extracts the session key by decoding 
the received information with the private key of the user 

10 (step 1220) . 

Then, the client 8 ciphers a random number 
(challenge) prepared by itself with the session key and 
transmits it to the application server 6 (step 1220). 
The application server 6 extracts the challenge by 

15 decoding the received information with the session key 
(step 1230). The application server 6 ciphers the 
challenge and a server name with the private key of the 
application server 6 itself and transmits them, together 
with a certificate of its own, to the client 8 (step 

20 1230). The client 8 extracts the challenge by decoding 
the received information with the public key of the 
application server 6 included in the certificate of the 
application server 6 (step 1240) and confirms whether the 
challenge coincides with the information transmitted by 

25 itself to the application server 6 (step 1242). Further, 
the client 8 inspects the electronic signature affixed to 
the application server name and if results of all confir- 
mation operations are correct, the client 8 authenticates 
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the application server 6 (step 1244) and starts a service 
between the client 8 and the application server 6 (steps 
1246 and 1248). If any of the confirmation results is 
incorrect, an authentication process failure results 
5 (step 1250) . 

Fig. 13 shows an example of the processing in 
which the validity confirmation and transmission 
processes of a certificate is carried out by an entity 
concerned in communication instead of the integrated 

10 authentication server 2. 

Fig. 13 differs from Fig. 11 in that an entity 
concerned in communication must perform the confirmation 
of the validity of the certificate, and prior to the 
authentication process of the certificate, the latest 

15 certificate revocation list is down-loaded from the 

integrated authentication server 2 to confirm whether the 
certificate of the communication partner is valid. A 
working may be possible wherein down-loading of the 
certificate revocation list is automatically carried out 

20 and for example, makeup operation of the system, start 

time of initial service operation or end time of service 
operation may precedently be designated and down-loading 
may be effected at the timing of the designated 
operation . 

25 In Fig. 13, during, for example, daily system 

makeup, the application server 6 makes to the integrated 
authentication server 2 a request for a certificate 
revocation list of a user in connection with a service 
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related to the application server 6 and the application 
server 6 receives the certificate revocation list from 
the integrated authentication server 2 . 

The client 8 displays a service menu on the 
5 display unit of the client 8. When the user selects a 
service of the application server 6 while watching the 
service menu, an integrated certificate of the user is 
automatically read out of, for example, an IC card of the 
user inserted in the client 8 and the integrated certif- 

10 icate is transmitted to the application server 6, 

together with a request for the selected service (step 
1300). At the same time, log-in by the client 8 is 
initiated (step 1302). 

When receiving the service request and the 

15 integrated certificate from the client 8, the application 
server 6 transfers the integrated certificate to the 
integrated authentication server 2 . The integrated 
authentication server 2 confirms the integrated certif- 
icate (step 1310). If the integrated certificate is 

20 unauthorized one (NG in step 1310), the integrated 

authentication server transmits a log-in reject message 
to the client 8 via the application server 6. If the 
integrated certificate is authorized one (OK in step 
1310), the integrated authentication server 2 makes an 

25 inquiry to the server 3 to extract security information 
of the user. Then, after recording access history 
information (step 1312), the integrated authentication 
server 2 transmits a transaction certificate of the user 
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related to the service to the application server 6 and 
the client 8 . 

When receiving the transaction certificate from 
the integrated authentication server 2, the application 
5 server 6 compares the received transaction certificate 
with the already received certificate revocation list to 
confirm whether the transaction certificate is effective 
(step 1320). If the effectiveness is confirmed (OK in 
step 1320), this is informed to the client 8 ' from the 

10 application server 6 and the client 8 makes a request for 
service (authentication) shown in Fig. 12 to the applica- 
tion server 6 (steps 1330 and 1332). The application 
server 6 has already confirmed the effectiveness of the 
certificate of the user in the step 1320 and therefore, 

15 executes the authentication process shown in Fig. 12 

without performing again confirmation of the validity of 
the certificate. Thereafter, the client 8 continues the 
service process mutual with the application server 6 
(step 1334). If the validity is not confirmed in the 

20 application server 6 (NG in step 1320), the application 
server 6 rejects the service request by the client 8 in 
the steps 1330, 1332 and 1334. 

While in the sequence diagram of Fig. 13 the 
certificate revocation list is forwarded to the applica- 

25 tion server 8, it may be forwarded to both the client 8 
and the application server 6. Further, a working may be 
available in which the certificate revocation list is 
once sent to the application server 6 and then the 
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application server 6 relays it to the client 8- The 
certificate revocation list shall conform to various 
kinds of protocol of electronic transaction. Further, in 
Fig. 13, confirmation of the integrated certificate may 
5 be conducted by the application server 6 . 

As described above, since the directory server 
in the wide area network system integrally manages the 
information concerning resources of the network system by 
practising the present invention, the integrated authen- 

10 tication server can acquire authentication information, 

access control information and certificate information of 
a user from the directory server. Through this, the 
integrated authentication server can authenticate the 
user by means of an integrated certificate to control the 

15 access by the user and therefore, single sign-on in which 
the access is permitted by means of the integrated 
certificate can be realized in the enterprise network 
system. The integrated authentication server can perform 
user authentication and access control by means of the 

20 integrated certificate and in response to a service 

request from the user, can transmit an effective certif- 
icate to entities concerned in communication. Since the 
latest certificate revocation list is transmitted even to 
an entity concerned in communication which manages the 

25 certificate by itself, the mutual authentication and 

ciphering process of communication using the certificate 
can be guaranteed. 

When a user having an integrated certificate 
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makes a request for a service or transaction and an 
access request by the user is approved, a certificate for 
the service or transaction is transmitted to an entity 
concerned in communication. At that time, the integrated 
5 authentication server transmits the certificate after 
confirming the effectiveness of the certificate by 
checking the latest certificate revocation list and 
hence, the entity concerned in communication can initiate 
the service without questioning the effectiveness of the 

10 certificate. On the other hand, when the entity con- 
cerned in communication performs communication by manag- 
ing a certificate, the entity concerned in communication 
must manage the certificate by itself and confirm the 
validity of the certificate by checking the latest 

15 certificate revocation list before initiating the 
service . 

Entities concerned in communication can mutual- 
ly exchange authentication and session key by using the 
information of the certificate and in the phase of com- 
20 pletion of the authentication, can conduct the process of 
ciphering communication by using the session key. 

When the client cooperates with the integrated 
authentication server, access conditions of the user can 
also be supervised. 



